行为型-命令模式

发表于 | 分类于 |
字数统计: 519 字 | 阅读时长 ≈ 2 分钟

概念

Command Pattern：将一个请求封装成一个对象，从而让我们可用不同的请求对客户进行参数化；对请求排队或者记录请求日志，以及支持可撤销的操作。

img

业务出现了 (回退操作)(重做操作)的需求的时候，就可以考虑使用这个模式。

和之前代理模式中的举例有些相似，不过命令模式的本质是对命令进行封装，将发出命令的责任和执行命令的责任分割开。例如遥控器是一个调用者，不同按钮代表不同的命令，而电视是接收者。

使用

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
var command1 = {
    execute: function(){
        console.log(1);
    }
}; 
var command2 = {
    execute: function(){
        console.log(2);
    }
};
var command3 = {
    execute: function(){
        console.log(3);
    }
};

// 定义宏命令，command.add方法把子命令添加进宏命令对象，
// 当调用宏命令对象的execute方法时，会迭代这一组命令对象，
// 并且依次执行他们的execute方法。
var command = function(){
    return {
        commandsList: [],
        add: function(command){
            this.commandsList.push(command);
        },
        execute: function(){
            for(var i = 0,commands = this.commandsList.length; i < commands; i+=1) {
                this.commandsList[i].execute();
            }
        }
    }
};

// 初始化宏命令
var c = command();
c.add(command1);
c.add(command2);
c.add(command3);
c.execute();  // 1,2,3

优点

  • 降低系统的耦合度：请求者与接收者之间不存在直接引用，两者之间具有良好的独立性
  • 新的命令可以很容易加入到系统中，且不会影响其他类，符合开闭原则
  • 可以比较容易地设计一个命令队列或宏命令（组合命令）
  • 为请求的撤销和恢复操作提供了一种设计和实现方案

缺点

  • 可能导致某些系统有过多的具体命令类：因为针对每一个对请求接收者的调用操作都需要设计一个具体命令类因此在某些系统中可能需要提供大量的具体命令类，这将影响命令模式的设计